AI導入團隊與朋友聊天心得
AI導入團隊與朋友聊天心得
昨天跟一個朋友在聊關於 AI 導入團隊的一些事，以下是一些心得跟看法：
使用bookstack取代obsidian
- 朋友提到想要用 Obsidian 的方式導入團隊，讓大家都使用這套軟體來共同編輯文件。這個想法當初我也有，但後來放棄了，其中有幾個磨合點：
- 並不是每個人都喜歡安裝額外的軟體
- Obsidian 其實還是有高度客製化的摩擦力
- Markdown 並不適合所有的人
(a) 對於工程師來說沒問題,甚至有些工程師都不會Markdown
(b) 如果要推廣到其他部門，其實非常困難 - 最後我使用 Booostack 的方式導入，讓大家都可以編輯，一般使用者也可以輕鬆應對。
它有以下幾個好處：
- 版本控管：可以隨時復原任何版本
- 草稿功能：提供找稿與草稿的功能，方便進行內容管理
- 針對工程師，你可以根據每一篇文章，想要用 Markdown 或 HTML 的方式編輯都是沒問題的。
- 支援 RESTful API：要匯出成 PDF 或 HTML 都沒有問題
- 高度客製化：基於上述特點，它可以達成高度的客製化、程式化與自動化運作,例如我就使用 AI 幫我寫一個 shell script，自動把 Obsidian 的文章上傳到 Substack。
- 當可以自動轉成 PDF 之後，再上傳到 NotebookLM 做一個簡易的詢問系統，這已經足夠公司內部使用的情境
寫在後面：
其實 Obsidian 對於個人來講是非常實用的筆記軟體，它幫助我管理專案、心得跟年度計畫。但這是需要高度自制力，且有持續學習意願的人，我認為就會是非常強大的工具。
遺珠之憾
昨天也有在討論ＳDD 對於團隊的影響，以及 Google 的 Anti-gravity 編輯器非常好用。
但這些東西的好用，會強大（且高度）地依賴於工程師的 Coding 經驗。後續我想討論的，其實是這些工程師的經驗如何有效地被利用。
先前我看到一篇文章寫得非常好，想要給這位朋友看看文章。前面提到關於 SpecKit 與 OpenSpec 的心得，我覺得跟大家的理解都差不多；但反而是後面的部分，關於他如何打造一個閉環，讓工程師們的經驗得以傳承，這才是我理想中的世界。
我認為 Cloud Code 的 skill 已經很好地解決這件事情，反而是該如何快速建立這個 skill，並讓大家了解這個工具的強大進而使用它。
如果後續可以統計以下數據並將其量化，是不是也能作為一個量化的指標：
- Skill 的應用次數
- 撰寫 skill 的數量
最近看文章，發現又有非常多的 Agent 框架，但其實解決不了的都還是 AI 的幻覺跟人類的審查。與其用這種框架，不如將以下兩點寫得清楚，讓後續的工程師可以重複利用：最基礎的踩坑日誌、專案的基本架構、我認為這才是比較實在的做法。
To Friend
昨天你需要的截圖附上
